MICROCOPY  RLSOLUIION  I LSI  CHARI 

NAIIONAl  HURLAU  OF  SlANUARDS  I % ‘ A 


, 


V.  ■> 

» -.53 


78SRC7 


/ / 


,SEP 


TPBBtH  30.  £»78 


PROJECT  MANAGER'S 
JRAINING  DEVICE 
DATA  GUIDE. 


"Vc  lu , 


o p Q-. 

rrvrgjSEIfflJ® 

\li)  *pR  9 18® 

wscsnn 

C 


cnhft0^  ■[ 


/”  VOLUME  I 

,74/3  3 9 - 78  -t'f? 


zSSS^V-  w 


PM  TRADE 

Naval  Training  Equipment  Center 
Orlando,  Florida  32813 


Printed  in  U.S.A. 


i 

I 


FOREWORD 


The  data  guide  was  developed  to  aid  the  weapon  system  project  manager 
(PM)  in  procuring  the  minimum  but  complete  set  of  data  required  for 
training  device  development.  Section  III  of  Volume  I of  the  guide  presents  a 
procedure  for  accomplishing  this  objective.  Application  of  the  data  limiting 
process  is  key  to  effective,  efficient,  and  economical  data  management. 


Section  II  of  Volume  I analyzes  the  training  device  development  process  as 
it  relates  to  prime  weapon  system  development  and  data  requirements.  It 
is  particularly  helpful  for  those  individuals  new  to  the  policies  of  the  Life 
Cycle  System  Management  Model  (LCSMM).  Volume  II  contains  supporting 
material  designed  to  facilitate  the  successful  application  of  the  data  guide. 
Concurrent  development  of  weapon  system  and  training  devices  has  made 
the  data  procurement  process  more  complex.  The  data  guide  can  help  the 
project  manager  overcome  major  data  related  problems. 
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SECTION  I 


OVERVIEW 

WHY  WAS  THE  DATA  GUIDE  DEVELOPED? 

^The  data  guide  was  developed  to  aid  the  weapon  system  project  manager 
(PM)  in  procuring  the  minimum  but  complete  set  of  data  required  for 
training  device  development  and  to  assure  timely  delivery  of  that  data. 

The  guide  is  not  intended  to  deal  with  training  devices  for  weapon  systems 
for  which  data  and  performance  characteristics  are  not  defined  or  estab- 
lished until  the  system  is  approaching  production  or  in  production.  An 
example  of  this  type  of  training  device  is  a flight  trainer. 

AR  1000-1  requires  that  training  devices  be  available  for  evaluation  as  part 
of  the  total  system  during  full-scale  engineering  development  (FSED). 

Achieving  this  objective  requires  concurrent  development  of  the  weapon 
system  and  training  devices.  If  training  devices  are  not  ready  during 
FSED,  the  result  may  be  a delay  in  approval  for  weapon  system  production. 
Programs  that  have  attempted  concurrent  development  have  encountered 
problems,  particularly  with  data  procurement.  The  data  guide  will  help 
the  project  manager  avoid  these  difficulties.  \ 

Application  of  the  guide  does  not  guarantee  concurrent  development  of  the 
weapon  system  and  its  training  device  nor  does  it  assure  successful  com- 
pletion of  full-scale  engineering  development  phase  testing.  Much  is 
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dependent  upon  the  individual  projects  for  which  the  guide  is  applied  and  on 
the  determination  with  which  one  approaches  the  problem. 

In  addition  to  the  process  which  allows  the  project  manager's  staff  to 
determine  the  data  required  for  development  of  the  training  device.  Volume 
I also  includes  an  overview  of  the  guide  and  an  analysis  of  the  training  de- 
vice development  process.  For  those  users  who  feel  that  they  are  familiar 
with  the  training  device  development  process.  Sections  I and  II  can  be 
skipped. 

If  the  project  is  managed  closely,  training  devices  may  be  ready  for  testing 
during  the  weapon  system  Operational  Test  II. 

WHAT  ARE  THE  PROBLEMS  ASSOCIATED  WITH  CONCURRENT 
DEVELOPMENT? 


Two  major  problems  have  been  associated  with  concurrent  development: 

(1)  an  inability  to  specify  the  type  and  amount  of  data  necessary  for  training 
device  development,  and  (2)  a lack  of  procedures  for  contractually  assuring 
that  data  are  provided  to  the  training  device  contractor  when  needed  to  meet 
the  Operational  Test  II  schedule.  Of  particular  concern  is  the  determin- 
ation of  the  data  package  to  be  included  in  the  training  device  procurement 
package  and  also  the  package  to  be  included  at  contract  award. 


The  DIDs  listed  in  Tables  3,  6 and  9 in  Section  II  should  be  procured  to 
assure  that  data  requested  as  part  of  the  data  limiting  process  are  available. 


Additional  problems  have  arisen  when  the  prime  system  contractor  has 
claimed  that  required  data  are  proprietary.  Furthermore,  identification 
of  changes  to  the  prime  system  data  has  been  difficult  because  problems 
have  arisen  in  trying  to  provide  accurate  change  data  to  the  training 
device  contractor  in  a timely  manner. 

WHAT  HELP  WILL  THE  DATA  GUIDE  PROVIDE  TO  SOLVE 
THESE  PROBLEMS? 

The  data  guide  provides  methods  and  procedures  for: 

• Determining  the  type  and  amount  of  data  necessary  for 
training  device  development, 

• Determining  the  data  package  to  accompany  the  training 
device  RFP, 

• Determining  the  data  package  to  be  supplied  at  training 
device  contract  award, 

• Insuring  that  data  are  available  in  a timely  manner, 

• Obtaining  and  keeping  current  the  weapon  system  data 
necessary  for  training  device  development,  and 

• Handling  proprietary  data. 

WHAT  IS  THE  STRUCTURE  OF  THE  DATA  GUIDE? 

The  data  guide  is  contained  in  two  volumes.  Volume  I contains  three 
sections: 


I.  Overview 

II.  Analysis  of  training  device  development  process 

III.  Process  for  limiting  data  requirements 

Volume  II  contains  appendices  with  necessary  supporting  materials. 

The  contents  of  each  volume  are  described  below. 

Volume  I 


Section  I.  Overview--The  current  section  presents  the  purpose,  approach, 
and  structure  of  the  guide. 

Section  II.  Analysis  of  the  Training  Device  Development  Process --In  Sec- 
tion II  the  weapon  system  development  cycle  and  its  relationship  to  the 
training  device  development  process  are  reviewed.  For  each  phase  of 
development,  the  following  information  is  provided: 

• Training  related  objectives  and  command  responsi- 
bilities for  those  objectives 

• Data  required  to 

Obtain  and  update  necessary  prime  system  data 
Handle  proprietary  data 

- Ensure  generation  and  availability  of  specific  training 
support  and  weapon  system  data  by  prime  contractor 

• Schedule  for  data  delivery  or  availability 
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The  definition  and  application  of  types  of  data  required  to  support  training 
device  development  (basic  data,  training  support  data,  and  weapon  system 
data)  are  also  provided  in  Section  II. 

Section  III.  Process  for  Limiting  Data  Requirements --Section  III  is  criti- 
cal to  application  of  this  guide.  Weapon  system  data  item  descriptions 
(DIDs)  specified  in  Section  II  assure  that  data  necessary  for  training  device 
development  are  generated  and  available.  The  process  described  in  Section 
III  allows  the  project  manager's  staff  to  identify  the  data  needed  for  any 
training  device  under  development.  The  process  results  in  the  identifica- 
tion of  only  the  minimum  data  required  to  successfully  develop  the  training 
device. 

Data  can  be  limited  in  two  ways.  Data  are  limited  in  breadth  by  requesting 
data  for  only  those  weapon  system  equipment  items  to  be  represented  in 
the  training  device;  data  are  limited  in  depth  by  determining  the  degree 
to  which  the  training  device  equipment  items  must  approach  the  weapon 
system  equipment  in  level  of  fidelity.  By  requesting  data  limited  to  the 
appropriate  breadth  and  depth,  considerable  cost  benefits  can  be  realized. 

The  process  described  in  Section  III  may  be  characterized  as  follows: 

• Identify  all  units  of  equipment  associated  with  performance 
of  the  tasks  selected  for  training  on  the  training  device, 

• Classify  each  equipment  item  into  one  of  four  levels 
of  training  device  fidelity  based  on  desired  training 
characteristics. 
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• Specify  required  levels  of  data  breadth  and  depth  within 
nine  categories  of  data,  and 

• Define  and  request  the  resultant  data  package  and  include 
it  with  RFP  package  and  at  contract  award. 

Volume  II- -Appendices 

Two  appendices  of  supporting  material  are  provided: 

• Appendix  A:  DIDs 

- A copy  of  each  DID  specified  in  Sections  II  and  III 

• Appendix  B:  Suggested  Contract  Clauses 

Contract  clauses  to  supplement  DIDs 


6 


i 

I 


f 


) 


I 


\ 

4 

J- 

4 

L 


!' 

f 


SECTION  II 

ANALYSIS  OF  TRAINING  DEVICE 
DEVELOPMENT  PROCESS 


This  section  contains  three  chapters.  Each  chapter  is  described  briefly 
below. 

CHAPTER  1:  RELATIONSHIP  OF  WEAPON  SYSTEM  AND  TRAINING 
DEVICE  DEVELOPMENT 

In  this  chapter  the  Army-approved  developmental  cycle  is  presented. 

In  addition,  the  training  objectives  associated  with  each  of  the  four  phases 
of  development  are  outlined. 

CHAPTER  2:  DATA  CLASSIFICATION  DESCRIPTIONS 

To  support  training  device  development,  three  classes  of  data  are 
required.  They  are: 

1.  Basic  data 

2.  Training  support  data 

3.  Weapon  system  data 

The  description  and  application  of  each  class  of  data  are  presented  in  this 
chapter.  The  chapter  describes  data  which  are  prerequisite  to  the  data 
requirements  presented  in  Chapter  3. 
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CHAPTER  3:  DATA  REQUIREMENTS  FOR  DEVELOPMENTAL  PHASES 


For  each  phase  of  development,  a basic  data,  training  support  data,  and 
weapon  system  data  package  are  defined.  The  schedule  for  delivery  and 
availability  of  data  is  presented  and  the  appropriate  application  of  each 
data  item  is  described. 
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CHAPTER  1 


RELATIONSHIP  OF  WEAPON  SYSTEM  AND 
TRAINING  DEVICE  DEVELOPMENT 


WHAT  IS  THE  RECOMMENDED  WEAPON  SYSTEM  DEVELOPMENT  i 

CYCLE? 

AR  1000-1,  supported  by  DA  pamphlet  11-25,  establishes  a four-phase  \ 

model  for  weapon  system  development  (Figure  1).  The  four  phases 

(concept  definition,  validation,  full-scale  engineering  development,  and 

production)  have  milestones  to  ensure  that  required  progress  is  made  and 

to  allow  for  phased  release  of  funds  based  on  that  progress  and  projected 

system  effectiveness. 


The  purpose  and  training -related  objectives  of  each  phase  of  development 
are  described  below.  A flowchart  of  the  weapon  system  development 
cycle  and  its  relationship  to  training  device  development  is  also  included. 

Concept  Definition  Phase 

The  purpose  of  this  phase  is  to: 

• Formulate  and  define  the  parameters  of  a material  concept, 

• Determine  if  it  warrants  the  commitment  of  additional 
resources,  and 

• Structure  the  effort  necessary  to  further  develop  and 
evaluate  the  concept. 

Figure  2 summarizes  the  major  events  occurring  during  the  concept 
definition  phase. 

During  this  phase,  threat  projections,  technological  forecasts,  and  Army 
plans  are  examined  by  the  combat  developer  to  determine  operational 
capabilities,  doctrine,  organization,  or  potential  material  systems  that  will 
improve  Army  forces.  The  technical,  military,  and  economic  bases  for 
proposed  systems  are  established  and  concepts  are  formulated  through 
pertinent  studies  and  through  the  development  and  evaluation  of  experimental 
hardware  by  the  material  developer.  Critical  technical  issues,  operation- 
al issues,  and  logistic  support  problems  are  identified  for  resolution  in 
subsequent  phases  to  minimize  future  developmental  risks.  * 


*Life  Cycle  System  Management  Model  for  Army  Systems.  Department 
of  the  Army  Pamphlet  11-25,  May  1975. 
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Figure  2.  Major  Events  in  Concept  Definition  Phase 


The  training-related  objectives  of  the  concept  definition  phase  include 
the  following: 

• Determine  man's  role  in  the  weapon  system  and  identify 
the  associated  training  implications, 

• Develop  a training  concept  indicating,  in  general  terms, 
when,  where,  and  how  training  can  be  best  accomplished, 

• Identify  and  specify  studies  needed  to  validate  the 
training  concept, 

• Prepare  an  outline  training  plan  summarizing  the  training 
concept,  strategies,  and  development  plans,  and 

• Prepare  and  provide  inputs  to  basic  system  analyses, 
documentation,  and  decision-making  events  associated 
with  the  Life  Cycle  System  Management  Model  (LCSMM), 
e.g. , inputs  to  LOA,  CFP,  ODP,  and  program  initiation 
decision  process. 

The  training  concept  will  serve  as  the  basis  for  formulation  training  plans 
and  activities  and  will  help  to  identify  the  impact  that  the  training  require- 
ments may  place  on  the  design  and  operation  of  the  weapon  system. 

(For  example,  if  embedded  training  is  required,  this  must  be  included 
in  the  weapon  system  design.) 

Validation  Phase 


The  purpose  of  this  phase  is  to: 

• Verify  preliminary  design  and  engineering  of  the  weapon 
system. 


• Accomplish  necessary  planning, 

• Analyze  tradeoff  proposals, 

• Resolve  or  minimize  logistics  problems  identified  in 
the  conceptual  phase,  and 

• Validate  a concept  for  full-scale  development. 

Figure  3 summarizes  the  major  events  occurring  during  the  validation 
phase.  A validation  phase  will  be  conducted  only  when  the  effort 
comprised  therein  contributes  directly  to  answering  the  key  issues  which 
remain  in  doubt.  The  validation  process  may  be  conducted  by 

2 

competitive  or  sole  source  contractors  or  by  in-house  laboratories. 

The  training -related  objectives  of  the  validation  phase  include  the 
following: 

• Evaluate  alternative  training  program  designs, 

• Specify  draft  training  device  requirements, 

• Prepare  the  detailed  training  plan, 

• Procure  prototype  training  devices  (as  appropriate) 
for  verification  during  the  validation  phase, 

• Develop  training  device  specification  for  procurement 
of  the  training  device  to  support  FSED  testing. 


Life  Cycle  System  Management  Model  for  Army  Systems,  Department 
of  the  Army  Pamphlet  11-25,  May  1975. 


Figure  3.  Major  Events  in  the  Validation  Phase 
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• Develop  procurement  package  for  FSED  prototype 
training  device,  and 

• Provide  inputs  to  basic  system  events  occurring 
in  this  phase  of  the  system  life  cycle. 

Following  the  program  initiation  decision,  training  activities  concentrate 
on  detailing  system  training  requirements  and  designing  a program  to 
meet  those  requirements.  The  validation  phase  is  the  key  to  achieving 
delivery  of  the  training  device  for  evaluation  as  part  of  the  system  during 
full-scale  engineering  development  (FSED).  Although  final  definition  of 
training  equipment  requirements  will  not  be  available  until  the  start  of 
FSED  sufficient  information  should  be  available  to  begin  the  initial 
phases  of  the  planning  and  procurement  process  for  the  FSED  prototype 
training  equipment. 


Full-Scale  Engineering  Development  Phase 


The  purpose  of  this  phase  is  to: 

• Develop  and  engineer  the  weapon  system,  including  all 
items  necessary  to  support  it, 

* 

• Fabricate  and  test  the  system, 

• Decide  whether  the  item  is  suitable  to  enter  the 
inventory,  and 

• Develop  non-materiel  aspects  required  to  field  an 
integrated  system. 

f 
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Figure  4 summarizes  the  major  events  occurring  during  the  full-scale 
engineering  development  phase.  The  training-related  objectives  of  the 
full-scale  engineering  development  phase  include  the  following: 


I 
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• Schedule  the  delivery  of  weapon  system  data  to 

the  training  device  contractor  to  minimize  changes, 

• Finalize  training  requirements, 

• Contract  for  training  devices, 

• Fabricate  training  devices, 

• Commence  new  equipment  training,  and 

• Conduct  test  and  evaluation  of  training  devices. 


Training  activities  in  this  phase  are  concerned  with  fabricating  the 
training  device  and  developing  training  program  materials  (course- 
ware, media,  etc.  ) consistent  with  the  approved  design,  and  validating 
the  instructional  program. 


Production  and  Deployment  Phase 


The  purpose  of  this  phase  is  to 

• Train  operational  units, 

• Procure  and  distribute  equipment, 

• Provide  logistic  support,  and 

• Apply  product  improvements  as  required. 


Major  Events  in  the  Full-Scale 
Engineering  Development  Phase 


Figure  5 summarizes  the  major  events  occurring  during  the  production 
and  deployment  phase. 

The  development  and  testing  of  full-scale  prototype  training  devices  must 
be  accomplished  during  the  full-scale  engineering  development  phase. 
Therefore,  only  the  concept  definition,  validation,  and  full-scale 
engineering  development  phases  are  discussed  in  detail. 

HOW  WILL  TRAINING  DEVICE  DEVELOPMENT  CORRESPOND  TO  THE 
WEAPON  SYSTEM  DEVELOPMENT  CYCLE? 

Training  development  does  not  correspond  exactly  to  weapon  system 
development.  The  training  concept,  for  example,  cannot  be  defined  until 
the  weapon  system  concept  has  been  established.  Although  the  develop- 
ment schedule  for  the  two  systems  is  not  identical,  they  must  be  well 


Figure  5.  Major  Events  in  the  Production  and 
Deployment  Phase 


coordinated  to  assure  that  training  devices  meet  the  training  requirements 
of  the  weapon  system. 

Figure  6 represents  the  relationship  between  prime  weapon  system  and 
training  device  development  during  each  of  the  phases  discussed  above. 

This  figure  is  adopted  from  the  Technical  Documentation  and  Training 
Acquisition  Handbook  (first  draft  28  January  1977,  revised  2 May  1977). 

As  indicated  in  Figure  6,  responsibility  for  development  of  training 
requirements  lies  with  TRADOC  and  the  TRADOC  system  manager  (TSM). 
DARCOM  and  the  weapon  system  project  manager  (PM)  are  responsible 
for  planning,  budgeting,  and  contracting.  Although  the  PM  is  not 
responsible  for  the  development  of  training  requirements,  close 
coordination  is  required  between  TRADOC  and  DARCOM  to  ensure  that 
the  exchange  of  information  is  timely  and  accurate.  It  is  important 
that  the  PM  be  aware  that  TRADOC  requirements  must  be  reflected  in 
system  development  contracts  for  timely  delivery  of  training  devices. 

The  PM  should  review  the  analyses  that  TRADOC  is  performing  to  become 
aware  of  the  content  and  to  make  sure  that  the  analyses  are  being  completed 
and  requirements  generated.  Specific  responsibilities  for  each 
developmental  phase  are  presented  in  subsequent  sections. 
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CHAPTER  2 


DATA  CLASSIFICATION  DESCRIPTIONS 


Three  classes  of  prime  system  development  data  are  required  to  support 

$ 

training  device  development.  They  are: 

1.  Basic  data 

2.  Training  support  data 

3.  Weapon  system  data 

The  major  applications  of  each  data  class  are  presented  in  this  chapter. 
The  individual  data  item  descriptions  (DIDs)  in  the  basic  data  class  are 
discussed  in  greater  detail  because  of  their  importance  to  the  data  limiting 
process  presented  in  Section  III. 

Chapter  3 of  Section  II  specifies  the  DIDs  within  each  class  that  are 
applicable  to  the  concept  definition,  validation  and  full-scale  engineering 
development  phases.  Therefore,  Chapter  3 will  integrate  the  information 
contained  in  this  and  the  previous  chapter.  Table  1 lists  all  the  DIDs 
included  in  the  data  guide.  A copy  of  each  DID  is  provided  for  easy 
reference  in  Volume  II,  Appendix  A. 


One  DID  is  required  for  the  training  device  contractor  to  assure  that  the 
performance  standards  to  which  the  training  devices  are  being  designed 
are  frozen.  The  Criteria  List  DID  (DI-H-2276/M)  is  contained  in  Vol.  II, 
Appendix  A. 


TABLE  1.  PRIME  SYSTEM  DATA  CLASSIFICATIONS 


BASIC  DATA 

Data  Accession  List/ Internal  Data 
Master  Engineering  Document  List 
Engineering  Change  Proposals 
Plan,  Proprietary  Data 

TRAINING  SUPPORT  DATA 

Report  Task  Analysis/Task  Description 
Personnel  and  Training  Requirements 
Mission  Analysis  Report 

WEAPON  SYSTEM  DATA 

Computer  Program  Development  Specification 
Computer  Program  Product  Specification 
Interface  Specification 
Functional  Flow  Diagrams 

Technical  Publications  for  Development  Programs 
Drawings,  Engineering,  and  Associated  Lists  (Level  1) 
Drawings,  Engineering,  and  Associated  Lists  (Level  2) 
Report,  ITDT  Front-End  Analysis  (Validation) 

Report.  ITDT  Front-End  Analysis  ( FSED) 

Training  Device  Design,  Data  Requirements 


This  DID  does  not  require  data  to  be  generated  until  requested.  Data  that 
are  generated  under  this  DID  are  generally  used  only  in  developing  highly 
modeled  training  devices.  This  DID  should  be  imposed  on  the  prime  con- 
tractor if  application  of  the  data  limiting  process  at  the  time  the  training 
device  procurement  package  is  being  developed  indicates  a requirement 
for  Level  IY  data. 
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BASIC  DATA  PACKAGE 


The  basic  data  package  contains  four  DIDs  which  are  used  to  obtain  and 
update  data,  handle  proprietary  data,  and  assist  in  project  control.  The 
DIDs  included  in  the  basic  data  package  are: 

• Data  Accession  List/ Internal  Data 

• Master  Engineering  Documents  List 

• Engineering  Change  Proposals 

• Proprietary  Data  Plan 

Each  application  is  detailed  below. 

Obtaining  Data 

As  a weapon  system  progresses  through  the  developmental  cycle,  weapon 
system  engineering  data  increase  in  both  volume  and  level  of  detail.  The 
data  that  are  applicable  to  training  device  development  are  only  a small 
subset  of  the  total  weapon  data  base. 

Of  all  data  generated  as  part  of  weapon  system  development,  only  weapon 
system  engineering  data  are  required  to  actually  fabricate  a training 
device. 
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Weapon  system  engineering  data  are  unique  to  each  weapon  system  and, 

as  such,  engineering  data  requirements  are  difficult  to  generalize  from 

system  to  system.  The  type  and  level  of  detail  of  data  depend  on  the 

characteristics  of  the  specific  weapon  system.  Nevertheless,  a general 

procedure  has  been  defined  which  allows  the  PM  to  limit  the  amount  of 

* 

data  requested  for  training  device  development. 

Reasons  for  limiting  data  include  the  following: 

• Data  are  not  required  on  all  pieces  of  equipment  with  a 
weapon  system  to  develop  a training  device. 

• The  level  of  data  detail  required  to  build  a training 
device  differs  from  that  required  to  build  the  weapon 
system. 

• The  level  of  data  detail  required  will  vary  among  training 
equipment  items,  depending  on  training  and  fidelity  require- 
ments. 

• Too  much  data  increases  the  risk  of  conflicting  and  inaccurate 
data  being  provided. 

Two  primary  DIDs  aid  the  project  manager's  staff  to  limit  the  level  of  weapon 
system  engineering  data  required  to  support  training  device  development. 

The  DIDs  are* 

• Data  Accession  List/ Internal  Data 

• Master  Engineering  Documents  List 

$ 

The  section  on  the  data  limiting  process.  Section  III,  includes  a procedure 
for  limiting  data. 


The  Data  Accession  List/ Internal  Data  and  Master  Engineering  Documents 
List  are  the  key  elements  in  identifying  the  information  available  from  the 
prime  system  manufacturers.  From  these  lists  the  exact  drawing  or 
document  number  of  desired  technical  information  can  be  extracted  on 
request.  By  requesting  only  specific  information,  the  amount  of  requested 
data  is  limited  to  those  data  which  are  necessary  to  procure  the  specific 
training  device  of  interest. 

Weapon  system  data  item  descriptions  (DlDs)  referred  to  later  in  this 
chapter  and  subsequent  chapters  are  used  to  assure  that  basic  engineering 
data  are  generated,  suitably  documented,  and  available  if  requested. 

As  data  for  the  weapon  system  are  created,  they  must  be  listed  on  either 
the  Data  Accession  List/ Internal  Data  or  the  Master  Engineering 
Documents  List.  These  lists  provide  a means  for  obtaining  any  listed 
document  in  an  expeditious  manner.  It  must  be  emphasized  that  the 
specific  DIDs  referenced  in  subsequent  chapters  of  this  guide  represent 
engineering  documentation  or  analyses  that  are  certainly  within  the  scope 
of  good  engineering  practice  for  any  well-run  weapon  system  development 
effort.  These  DIDs  do  not  create  additional  burden  or  cost  within  a 
well-run  program. 

Updating  Data 

The  training  device  criteria  freeze- -the  freeze  of  performance  standards 
to  which  the  training  device  is  designed --should  be  scheduled  only  after 
the  critical  design  review  (CDR)  of  the  prime  weapon  system  in  order  to 
minimize  data  changes  and  the  associated  cost.  The  Criteria  List  DID 
(DI-H-3276/M)  must  be  imposed  on  the  training  device  developer  so  that 
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the  data  on  which  the  training  device  design  is  based  is  documented  and 
the  revision  status  of  that  data  is  known.  If,  however,  there  are  design/ 
data  changes  after  this  point,  they  can  be  identified  by: 
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• Reviewing  engineering  change  proposals  (ECPs), 


or 


• Comparing  the  criteria  list  submitted  by  the  training 
device  contractor  with  the  monthly  submission  of  the 
Data  Accession  List/internal  Data  and  Master  Engineer- 
ing Documents  List. 


Review  of  Engineering  Change  Proposals  (ECPs) --At  the  time  of  their 
submission.  Engineering  Change  Proposals  are  reviewed  to  determine 
their  relevance  to  training  device  development.  If  they  do  not  relate 
to  training,  no  action  is  required.  If  the  ECP  affects  training-related 
data  and  is  approved,  the  updated  data  are  provided  to  the  training  device 
contractor. 


Comparison  of  Training  Device  Criteria  List  with  Data  Accession  List/ 
Internal  Data  and  Master  Engineering  Documents  List  DLDs  - -These  lists 

are  a means  of  determining  if  design  data  used  by  the  trainer  have  changed 

from  the  baseline.  The  training  device  developer  Criteria  List  should 

contain  all  documents  that  are  used  to  establish  the  training  device  design 

data  base.  The  Criteria  List  contains  the  revision  status  of  the  current 

design  data  source  which  could  be  verified  against  the  Data  Accession  List/ 

Internal  Data  or  Master  Engineering  Documents  List  to  assure  that  the 

prime  system  source  data  document  has  not  changed.  The  Criteria  List 

freeze  should  occur  after  CDR  of  the  prime  system  to  assure  the  minimum 

amount  of  changes  to  the  Training  Device  (TD).  It  is  the  PM's 

responsibility  to  monitor  the  lists  to  determine  the  state  of  flux  of  design 

data  and  to  consider  delaying  development,  if  necessary. 
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By  comparing  the  TD  criteria  list  with  the  prime  system  Data  Accession 
List/ Internal  Data  and  Master  Engineering  Documents  List,  changes 
are  identified  and  data  updates  can  be  requested  and  supplied  to  the  train- 
ing device  contractor  at  any  point  during  the  training  device  development 
process. 

Handling  Proprietary  Data 

At  the  time  of  proposal  submission,  the  prime  system  bidder  is  required 
by  the  Proprietary  Data  Plan  DID  to  identify  those  data  or  the  computer 
software  he  considers  to  be  limited  rights  data  or  restricted  rights  soft- 
ware. The  government  can  request  evidence  that  the  data  or  software 
are,  in  fact,  proprietary  and  can  request  a work-around  plan  for 
proprietary  data  that  is  necessary  for  training  device  development.  This 
method  allows  for  identification  of  proprietary  data  with  ample  time  to 
establish  alternate  methods  for  obtaining  the  data.  Appendix  B in  Volume 
II  contains  contractual  clauses  appropriate  for  such  contingencies. 

Assur ing  Project  Control 

The  project  manager  can  il  .o  u ;e  the  Data  Accession  List/ Internal  Data 
and  the  Master  Engineers:  _ Documents  List  as  management  tools  for 
prime  system  project  control.  I or  example,  the  lists  will  indicate  if 
design  requirements  imposed  by  hardware  and  software  engineering 
specifications  are  actually  meeting  the  technical  objectives  of  the  program. 
The  lists  can  also  be  used  to  determine  if  drawing  release  dates  are 
compatible  with  schedules  presented  by  the  contractor.  Therefore,  the 
PM  can  better  forecast  potential  schedule  delays.  By  closely  monitoring 


the  monthly  submittals  of  these  lists,  the  PM  can  assure  that  the  types  of 
data  required  by  specific  DLDs  are  being  listed.  For  this  reason,  the 
PM  should  require  the  prime  system  developer  to  submit  a plan  for 
the  identification  and  listing  of  specified  data. 

TRAINING  SUPPORT  DATA 

Training  support  data  provide  information  necessary  for  defining  training 
and  personnel  requirements  for  the  training  concept  developed  during  the 
concept  definition  phase. 

The  training  support  data  required  for  each  phase  of  development  are  the 
same  for  all  weapon  systems  and,  as  such,  can  be  predetermined.  Data 
must  be  delivered  to  the  government  according  to  the  schedules  set  forth 
in  Chapter  3 to  adequately  support  the  training  objectives  of  each  phase  of 
development. 

WEAPON  SYSTEM  DATA 


As  a weapon  system  progresses  through  its  developmental  cycle,  weapon 
system  engineering  data  increase  in  both  volume  and  level  of  detail. 

Data  that  are  required  for  training  device  fabrication  are  only  a small 
subset  of  the  total  weapon  system  data  base. 


The  data  required  through  the  weapon  system  DIDs  presented  in  Chapter  3 
assure  that  data  necessary  for  training  device  development  are  generated 
and  available  when  necessary.  Specific  DIDs  referenced  in  the  next 
chapter  represent  engineering  documentation  or  analyses  that  are. 
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generally,  required  of  prime  developers  and  are  certainly  within  the 
scope  of  good  engineering  practice  for  any  well-run  weapon  system  program. 
It  must  be  emphasized  that  not  all  the  data  generated  by  application  of 
weapon  system  data  DIDs  are  delivered  to  the  government  or  to  the 
training  device  contractor.  Only  those  that  were  identified  as  necessary 
through  exercise  of  the  data  limiting  process  (Section  III)  and  requested 
of  the  prime  system  contractor  are  delivered. 
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CHAPTER  3 


DATA  REQUIREMENTS  FOR  DEVELOPMENTAL,  PHASES 

CONCEPT  DEFINITION  DATA  REQUIREMENTS 

Data  Requirements 

The  data  requirements  for  the  concept  definition  phase  are  the  same  for 
all  weapon  systems.  It  is  during  this  phase  of  development  that  one 
begins  to  identify  training  requirements  through  analysis  of  the  character- 
istics of  the  weapon  system. 

Training  requirements  identified  during  the  concept  definition  phase  are 
critical  for  several  reasons.  They  are  used  to: 

• Establish  specific  training  objectives, 

• Define  an  overall  training  concept, 

• Define  prime  weapon  system  data  required  for 
training  device  development,  and 

• Develop  a performance  specification  for  training 
device  design  decisions. 

Unless  the  training  device  contributes  to  the  attainment  of  training 
objectives,  it  will  not  be  cost  and  training  effective.  The  primary  output 
of  the  concept  definition  phase,  therefore,  is  a general  definition  of  the 
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training  concept.  The  concept  will  be  elaborated  upon  and  refined  during 
the  validation  phase  of  development. 

Table  2 summarizes  the  training  objectives  and  responsible  agencies  for 
the  concept  definition  phase  objectives. 


TABLE  2.  ALLOCATION  OF  RESPONSIBILITY  FOR 

CONCEPT  DEFINITION  PHASE  OBJECTIVES 


Objective 

Responsibility 

Determine  man's  role  in  the  weapon  system 

and  identify  the  associated  training 

implications. 

DARCOM/TRADOC 

Develop  a training  concept  indicating, 

in  general  terms,  when,  where,  and  how 

training  can  best  be  accomplished. 

TRADOC 

Identify  and  specify  studies  needed  to 

validate  the  training  concept. 

TRADOC 

Prepare  an  outline  training  plan  summariz  - 

ing  the  training  concept,  strategies,  and 

development  plans. 

TRADOC 

Prepare  and  provide  inputs  to  basic 

system  analyses,  documentation,  and  de- 
cision making  events  associated  with  the 

LCSMM. 

DARCOM/TRADOC 

Responsibilities  were  derived  from  AR1000-1  effective  15  May  1978. 
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Because  the  weapon  system  project  manager  is  not  assigned  until  the  begin- 
ning of  the  validation  phase,  program  direction  between  Milestone  0 and 
Milestone  1,  as  indicated  in  Figure  2,  lies  with  either  a Special  Task  Force 
(STF)  under  HQDA  (DSCOPS)  authority  or  a Special  Study  Group  (SSG) 
reporting  to  TRADOC. 

Table  3 presents  a checklist  of  the  data  item  description  required  to  support 
the  training  objectives  of  the  concept  definition  phase.  As  DIDs  are  included 
in  the  prime  contract,  they  should  be  checked  off  in  the  "Requested"  column 
in  Table  3.  Two  types  of  data  are  requested: 

• Basic  data 

• Training  support  data 

TABLE  3.  CONCEPT  DEFINITION  DID  CHECKLIST 


DID 

CDRL  No. 

Requested 

BASIC  DATA 

Data  Accession  List/ 

Internal  Data 

CDRL-A001 

TRAINING  SUPPORT  DATA 

Report  Task  Analysis /Task 

Description 

CDRL-A002 

Personnel  and  Training 

Requirements 

CDRL-A003 

Mission  Analysis  Report 

CDRL-A004 
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Data  included  in  the  basic  data  package  do  not  provide  "hard"  weapon  sys- 
tem data.  Their  application  in  the  concept  definition  phase  will  enable  the 
PM  to  access  only  that  data  required  to  develop  the  training  concept  and  to 
obtain  this  data  in  a timely  manner.  If  the  decision  has  been  made  to  pro- 
vide a training  device  during  the  validation  phase,  then  these  DIDs  are 
applied  in  accordance  with  the  data  limiting  process  presented  in  Section 
III.  Training  support  data  provide  information  to  be  used  in  defining  the 
training  and  personnel  requirements  for  the  training  concept  developed 
during  the  concept  definition  phase. 

Table  4 provides  the  description  and  use  of  each  DID  included  in  the 
checklist. 

Data  Delivery 

The  initial  submission  of  the  Data  Accession  List/Internal  Data  occurs 
30  days  after  contract  award.  This  list  and  its  monthly  updates 
contain  all  reports  generated  that  relate  to  the  weapon  system.  Reviewing 
the  list  should  reveal  additional  available  data  needed  to  support  concept 
definition  training  development.  The  remaining  data  listed  in  Table  4 is 
delivered  prior  to  the  preparation  of  the  letter  of  agreement  (LOA).  It  is 
used  in  developing  the  training  concept  to  be  included  in  the  LOA. 

The  data  are  also  used  by  the  Special  Task  Force  (STF)  or  Special  Study 
Group  (SSG)  to  monitor  training  progress  and  to  remain  abreast  of  the  con- 
cepts being  developed. 


TABLE  4 


CONCEPT  DEFINITION  DID  DESCRIPTIONS  AND  USE 


DID 

DESCRIPTION 

USE 

BASIC  DATA 

Data  Accession  List/ 
Internal  Data  (CDRL- 
A001) 

Lists  all  weapon  system 
technical  data  generated. 

Reviews  report  to 
determine  addition- 
al data  require- 
ments. 

TRAINING  SUPPORT 
DATA 

Report  Task  Analysis/ 
Task  Description 
(CDRL-A002) 

Lists  tasks  and  skills 
necessary  to  operate 
and  maintain  the 
system. 

Provides  early 
assessment  of 
tasks  and  skills 
needed  to  meet 
training  require- 
ments. 

Personnel  and  Training 
Requirements  (CDRL- 
A003) 

Establishes  operator 
and  maintenance  per- 
sonnel requirements, 
skills,  training  pro- 
grams, and  equip- 
ment required. 

Establishes  personnel 
and  training 
requirements  for 
inclusion  in  train- 
ing concept  and 

LOA. 

Mission  Analysis 

Report  (CDRL-A004) 

Identifies  mission 
objectives,  typical 
scenarios,  and  defin- 
ition of  appropriate 
responses  to  achieve 
mission  objectives 
under  a variety  of 
conditions  and 
threats. 

Provides  mission 
objectives  and 
identifies  concepts 
and  training 
requirements. 
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At  the  discretion  of  the  STF  or  SSG,  the  data  may  be  given  to  an  indepen- 
dent contractor  to  develop  training  analyses  and  requirements.  They  can 
draw  on  the  knowledge  and  experience  of  these  independent  training  device 
specialists,  and  their  insights  into  design  decisions  can  greatly  impact  the 
system's  effectiveness  and  cost.  The  SSG  or  STF  may  also  wish  to  employ 
independent  training  specialists  when  a developmental  cycle  has  been  com- 
pressed to  ensure  that  the  training  requirements  are  determined  in  the 
required  time  frame. 

The  decision  whether  it  is  necessary  to  provide  a training  device  for  testing 
during  validation  must  be  made  during  this  phase  of  development  to  ensure 
that  the  procurement  package  is  complete  at  the  beginning  of  the  validation 
phase. 

According  to  Army  regulations,  a training  device  is  not  required  to  sup- 
port a weapon  system  during  validation  phase  testing.  In  cases  where  high- 
risk  tasks  (tasks  which  are  difficult  to  train  and  which  have  a significant 
impact  on  system  performance)  should  be  evaluated,  a brassboard  training 
device  should  be  considered  to  validate  the  planned  training  approach  and 
to  minimize  the  risk  associated  with  training  in  the  FSED  phase.  Ideally, 
TD  requirements  have  been  established  during  this  phase  and  modified  as 
required  early  in  the  validation  phase. 

Product  of  the  Concept  Definition  Phase 

The  training-related  outputs  of  the  concept  definition  phase  support  the 
concept  formulation  package  (CFP),  letter  of  agreement  (LOA),  and  outline 
acquisition  plan  (OAP)  that  support  the  Milestone  1 program  initiation 
decision.  Support  of  LCSMM  documentation  takes  the  form  of: 
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1.  Training-related  cost  impact  on  the  total  program,  and 

2.  Schedule  impacts  of  the  training  development  program. 

In  addition,  if  the  decision  has  been  made  to  provide  a training  device  for 
OT  I,  the  procurement  package  must  be  available  at  the  conclusion  of  the 
concept  definition  phase. 

VALIDATION  DATA  REQUIREMENTS 

Data  Requirements 

Following  the  program  initiation  decision,  training  activities  concentrate 
on  detailing  system  training  requirements  and  designing  a program  to 
meet  those  requirements.  The  validation  phase  is  the  key  to  achieving 
delivery  of  the  training  device  for  evaluation  as  part  of  the  system  at  OT 
II.  Although  final  definition  of  training  equipment  requirements  will  not 
be  available  until  the  start  of  full-scale  engineering  development  (FSED), 
sufficient  information  should  be  available  to  begin  the  planning  and 
procurement  process  for  the  development  of  FSED  prototype  training 
equipment. 

In  accordance  with  AR  1000-1,  a weapon  system  project  manager  is 
assigned  when  the  validation  phase  of  weapon  system  development  begins. 
The  PM  must  provide  the  TRADOC  system  manager  (TSM)  with  the  data 
required  to  carry  out  training-related  analysis  in  this  phase.  Close 
cooperation  is  required  between  the  PM  and  the  TSM  to  guarantee 
procurement  and  testing  of  training  devices  in  the  same  time  frame  as 


the  prime  system.  Although  the  TSM  is  required  to  do  training-related 


analyses  and  to  develop  requirements,  the  PM  is  responsible  for  assuring 
that  TRADOC  has  the  necessary  data  and  must  provide  for  contractual 
implementation  of  these  requirements. 
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Table  5 summarizes  the  training  objective  and  responsible  agencies  for 
the  validation  phase  training  objectives. 


TABLE  5.  ALLOCATION  OF  RESPONSIBILITY  FOR 
VALIDATION  PHASE  OBJECTIVES 


Objective 

Responsibility 

Evaluate  alternative  training  program  designs. 

DARCOM/ TRADOC 

Specify  training  device  requirements. 

TRADOC 

Prepare  the  detailed  training  plan. 

TRADOC 

Procure  prototype  training  devices  (as 

DARCOM 

appropriate)  for  verification  during  validation 

phase. 

Develop  training  device  specification 

DARCOM /TRADOC 

for  procurement  of  TD. 

Develop  training  device  procurement 

DARCOM 

package  for  FSED  prototype  training  device. 

Provide  inputs  to  basic  system  events 

DARCOM 

of  this  phase  of  system  life  cycle. 

Responsibilities  were  derived  from  AR  1000-1  effective  15  May  1978. 
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Table  6 is  a checklist  of  the  DIDs  required  to  support  the  training  ob- 
jectives of  the  validation  phase.  As  DIDs  are  included  in  the  prime  contract, 
they  should  be  checked  off  in  the  "Requested"  column  in  Table  6.  There  are 
three  classes  of  data: 

• Basic  data 

• Training  support  data 

• Weapon  system  data 

DIDs  that  are  included  in  the  basic  data  package  do  not  provide  "hard" 
weapon  system  data.  Their  application  enables  the  PM  to  (1)  access 
only  that  "hard"  data  required  to  build  the  training  device,  (2)  obtain 
change  data  that  impact  training  device  development,  and  (3)  provide  a 
means  for  handling  proprietary  data.  The  procedure  for  applying  these 
DIDs  is  presented  in  Section  III. 

Training  support  data  provide  information  to  be  used  in  defining  the 
training  and  personnel  requirements  for  the  training  device. 

DIDs  specified  under  weapon  system  data  are  required  to  ensure  that 
weapon  system  data  are  generated  and  available  in  the  time  frame  required 
for  training  device  procurement  and  fabrication.  The  specific  set  of  data 
required  out  of  all  the  data  generated  by  these  DIDs  is  identified  and 
requested  by  the  process  described  in  Section  III.  This  process  of 
identifying  and  requesting  only  the  data  necessary  for  fabrication  of  the 
training  device  based  on  its  unique  characteristics  is  the  key  element  of 
this  guide.  If  all  the  data  in  the  DIDs  presented  in  Table  6 are  requested 
without  first  applying  the  data  limiting  process  (Section  III),  too  much  data 
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TABLE  6.  VALIDATION  PHASE  DID  CHECKLIST 


DID 

CDRL  No. 

Requested 

BASIC  DATA 

Data  Accession  List/ Internal  Data 

CDRL-B001 

Master  Engineering  Document  List 

CDRL-B002 

Plan,  Proprietary  Data 

CDRL-B003 

TRAINING  SUPPORT  DATA 

Personnel  and  Training  Requirements 

CDRL-B004 

Mission  Analysis  Report 

CDRL-B005 

WEAPON  SYSTEM  DATA 

Report,  ITDT  Front  End  Analysis 

CDRL-B006 

(Validation  Phase) 

Computer  Program  Development 

CDRL-B007 

Specification 

Interface  Specification 

CDRL-B008 

Functional  Flow  Diagrams 

CDRL-B009 

Drawings,  Engineering  and 

CDRL-B010 

Associated  Lists  (Level  1) 

Technical  Publications  for  Develop- 

CDRL-B011 

ment  Programs 

will  be  supplied  to  the  training  device  contractor.  Only  through  application 
of  the  data  limiting  process  will  the  minimum  necessary  data  package  be 
supplied  to  the  training  device  contractor. 

Table  7 provides  the  description  and  use  of  each  DID  included  in  the 
checklist. 

Data  Delivery 

Figure  7 traces  four  series  of  events: 

1.  The  schedule  for  delivery  or  availability  of  data  requested  from 
the  prime  contractor  at  the  beginning  of  the  validation  phase 
(Line  1), 

2.  Weapon  system  development  events  (Line  2), 

3.  The  relationship  between  weapon  system  development  and  training- 
related  activities  (Line  3),  and 

4.  The  relationship  between  weapon  system  development  and  training- 
related  activities  necessary  for  a validation  phase  training  device 
(if  applicableMLine  4). 

The  basic  data  package  and  training  support  data  are  delivered  to  the  gov- 
ernment as  specified  on  the  Contract  Data  Requirement  List  (CDRL).  As 
weapon  system  data  are  developed,  they  are  listed  on  the  Data  Accession 
List/ Internal  Data  or  Master  Engineering  Documents  List.  Detailed  data 
should  not  be  requested  by  the  government  until  after  completion  of  the 
data  limiting  process.  Availability  and  request  of  weapon  system  data  is 
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TABLE  7.  VALIDATION  PHASE  DID  DESCRIPTIONS  AND  USE 


1)11) 

DESCRIPTION 

USE 

BASIC  DA  1 A 

Data  Accession  List/ Internal 

Data  ((  DHL - H001) 

Lists  all  technical  data  associated 
with  the  weapon  systen  . 

R-  view  monthly  applicable 
data  to  !>•  requested  for 
development  of  specification 
and  procurement  package. 

Master  Engineering  Documents 
List  ((  DHL  B<JU-D 

1 i its  all  drawing  spei  ifu  ations, 

■ •'  . nei  e arj  to  upporl  < ontrai  t 
end  item.  Provides  means  of 
identifying  required  information 
and  assuring  delivery  to  the 
government  as  required  in  an 
expeditious  manner. 

R view  to  identify  and 
requi  t engineering  informa 
lion  required  for  detail 

i.i  md  U t infor?  ition. 

C’h  < k for  changes  in 
revision  status  on  items 
contained  in  the  | D developer's 
criteria  list. 

\ 

Plan,  Proprietary  Data 
((  DHL  H003) 

Identifies  ail  information  to  which 
the  contra*  tor  is  claiming  the 
governne-nt  has  lin  itod  rights. 
Identifies  this  information  early, 
so  that  workaround  plans  can  be 
developed  as  required. 

Reviews  to  determine  whether 
work  around  plans  must  be 
requested  from  prime  because 
of  proprietary  data. 

! HAININL  SUPPORT  DATA 

Personnel  and  i raining 
Requirements  ((  DHL -B004) 

Establishes  operator  and  mainte- 
nance personnel  requirements, 
the  skills,  and  the  training 
programs  and  equipment  required. 

Confirms  the  training 
requirements  and  allows  the 
trainer  procurement 
process  to  start. 

Mj  ision  Analysis  Report 
((  DHL  BU(Jr») 

Identifies  mission  objectives, 
typical  scenarios,  and  definition 
of  appropriate  responses  to 
achieve  mission  objectives  under 
a variety  of  conditions  and  threats. 

Verifies  that  the  mission 
objectives  are  understood 
and  that  scenarios  adequately 
address  likely  requirements 
and  -vents.  Identifies 
concepts,  training  require 
im-nts,  omissions,  or 
inconsi  tencies  requiring 
discussion  between  TRADOC 
and  DARCOM, 

W KA PON  SYS'I  KM  DA  1 A 

Report,  ITDT  1 . ont  Knd 

Analysis  (Validation  Phase) 

(t  DHL  BOO'./ 

Provides  the  information  speci 
fi'*d  in  MIL  M -03035  for  the  sup- 
port of  IT'D  I and  the  < on«  ummt 
development  of  training  equipment 
during  the  engineering  develop 
ment  phase  of  a prime  system. 

Provides  the  necessary  infor 
n ation  for  the  development  of 
the  maintenance  training 
device  specification. 

< ornputer  Program  Develop 
merit  Ape.  ification  (<  DHL 

HG07) 

Provide  , description  of  computer 
programs  without  full 
doc  umentation. 

Reviews  program  , to  under 
stand  them  and  their  relation- 
ship to  hardware  elements 
of  the  system.  tdejltlfie 

primary  functions  that  mu  t 
be  included  in  raining  devu  • . 
Reviews  interfaces  that  must 
be  defined  in  training  d*»vl«  •• 
pei  Ification. 

l 
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TABLE  7.  VALIDATION  PHASE  DID  DESCRIPTIONS  AND  USE 
(concluded) 


DESCKIP  I K >\ 


USE 


Interface  Specification 
(CDIU.-H0U8) 


Functional  Flow  Diagrams 
(CDRL-HU09) 


Drawings,  Engineering  and 

Associated  Lists  (Level  1) 

(CDHL  DOlO) 


Defines  all  mechanical,  ele.  tri 
cal,  hydraulic,  etc  . mtcrfuc  e 

between  units. 

Provides  information  net  essan 
for  understanding  syst-r  function 
and  relationship  to  other 
approaches. 

Provides  preparation  and  deliver \ 
of  drawings,  engineering  and 
associated  lists  to  satisfy  govern 
ment  requirements  of  Level  l. 


Identifies  interfaces  requir 
ing  definition  in  training 
d**vi<  e - p.  . if  i • ution. 


Explain  - t-i<  design 
<o  that  training  d vi 

i all  be  deV  lopee. 


Pprc 


Provides  the  nei Tssarv 
inform  it  ion  for  entering 
the  first  phase  of  USED 
training  procurement  and 

defining  ID  requirements. 

Verifies  the  training 
device*  specific  ations  and 
requir-  in. *nts  devc*lcp«*d 
while  the  prime  system  i~ 
built  and  tested. 


Technical  Publications  for 
Development  (('DHL  HO  11) 


Provides  the  necessary  informa 
tion  for  determining  operation 
and  maintenance*  procedures. 


igure  7.  Validation  Phase  Data  Delivery  Schedule 


timed  so  that  it  may  be  included  with  the  FSED  prototype  training  device 
RFP  (during  the  early  stages  of  the  full-scale  engineering  development 
phase). 

If  a training  device  is  to  be  tested  during  validation  phase  testing,  the  TD 
contract  is  awarded  after  Weapon  System  PDR  and  all  selected  data  sup- 
plied by  the  prime  contractor  to  this  point  are  provided  to  the  prototype  TD 
contractor. 

Product  of  the  Validation  Phase 

The  training-related  outputs  of  the  validation  phase  are: 

• Draft  specification  for  the  FSED  prototype  training  device 

• Draft  procurement  package  for  FSED  prototype  training  device 

• Results  of  validation  training  verification  (as  appropriate) 

• Updated  LCSMM  documentation,  to  include: 

- Developmental  plan 

- COEA 

- Decision  coordination  paper 

The  key  outputs  of  this  phase  are  the  draft  specification  and  procurement 
package  for  the  FSED  prototype  operator  training  device.  After  the  vali- 
dation phase  evaluation,  recommendations  should  be  made  regarding  any 
changes  to  prime  system  specification  for  FSED  that  would  improve  the 
integrated  performance  of  the  prime  weapon  system  and  its  support  func- 
tions. The  work  completed  in  this  phase  is  essential  to  meeting  the 
AR  1000-1  objectives  for  the  subsequent  full-scale  engineering  development 


phase.  The  analyses  completed  in  the  validation  phase  will  result  in  im- 
proved integrated  performance  of  the  prime  system  and  its  supporting 
training  devices.  By  including  all  identified  equipment  and  support  require- 
ments in  FSED  specifications  for  the  prime  system  and  training  devices, 
operational  performance  of  the  system  will  be  improved.  In  addition, 
life  cycle  costs  will  be  reduced. 

FULL-SCALE  ENGINEERING  DEVELOPMENT  DATA  REQUIREMENTS 

Data  Requirements 


Training  activities  in  this  phase  are  concerned  with  fabrication  of  the 
training  device,  developing  training  program  materials  (course- 
ware, media,  etc. ) consistent  with  the  approved  design,  and  validating 
the  instructional  program. 

The  primary  objectives  in  this  phase  are  to: 

• Schedule  the  delivery  of  weapon  system  data  to  the 
TD  contractor  to  minimize  changes,  and 

• Monitor  the  prime  contractor  for  data  changes  and 
expedite  the  transmittal  of  these  data  to  the  TD 
contractor  to  minimize  impact  on  the  program. 

Data  in  the  full-scale  engineering  development  phase  serve  two  functions: 

1.  They  support  TRADOC  (or  the  PM's  independent 

contractor)  in  its  refinement  of  training  requirements;  and 
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They  provide  data  required  for  training  device  fabrication 
to  the  TD  contractor. 


Table  8 summarizes  the  training  objective  and  responsible  agencies  for 
the  full-scale  engineering  development  phase  objectives. 


TABLE  8.  ALLOCATION  OF  RESPONSIBILITY  FOR 
FULL-SCALE  ENGINEERING  DEVELOP- 
MENT PHASE  OBJECTIVES 


Objective 

R e sp  ons  ib  ility 

Finalize  training  requirements. 

TRADOC 

Contract  for  training  devices. 

DARCOM 

Fabricate  training  devices. 

DARCOM 

Commence  new  equipment  training. 

TRADOC 

Conduct  test  and  evaluation  of 

training  devices. 

DARCOM/  TRADOC 

Table  9 is  a checklist  of  the  DIDs  required  to  support  training  objectives  of 
the  full-scale  engineering  development  phase.  As  DIDs  are  included  in  the 
prime  contract,  they  should  be  checked  off  in  the  "Requested"  column  in 
Table  9.  Three  types  of  data  are  requested: 

• Basic  data 

• Training  support  data 

• Weapon  system  data 

Responsibilities  were  derived  from  AR  1000-1  effective  15  May  1978. 
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TABLE  9.  FULL-SCALE  ENGINEERING  DEVELOPMENT 
DID  CHECKLIST 


DID 

CDRL  No. 

Requested 

BASIC  DATA 

Data  Accession  List/ Internal  Data 

CDRL-C001 

Master  Engineering  Documents  List 

CDRL-C002 

Plan,  Proprietary  Data 

CDRL-C003 

Engineering  Change  Proposals  (ECPs) 

CDRL-C004 

TRAINING  SUPPORT  DATA 

Personnel  and  Training  Requirements 

CDRL-C005 

WEAPON  SYSTEM  DATA 

Computer  Program  Development 

CDRL-C006 

Specification 

Interface  Specification 

CDRL-C007 

Functional  Flow  Diagrams 

CDRL-C008 

Training  Device  Design,  Data 

CDRL-C009 

Requirements 

Report,  ITDT  Front-End  Analysis 

CDRL-C010 

(FSED  Phase) 

Computer  Program  Product  Specifica- 

CDRL-C01 1 

tion 

Drawings,  Engineering  and  Associated 

CDRL-C012 

Lists,  (Level  2) 

I ) 

IJ 

I 


I 


I 


- 

I 


Data  included  in  the  basic  data  package  do  not  provide  "hard"  weapon 
system  data.  Their  application  enables  the  PM  to  (1)  access  only  that 
"hard"  data  required  to  build  the  training  device,  (2)  obtain  change  data 
that  impact  training  device  development,  and  (3)  provide  a means  for 
handling  proprietary  data.  The  procedure  for  applying  these  DIDs  is 
presented  in  Section  III. 

DIDs  specified  under  weapon  system  data  are  required  to  ensure  that 
weapon  system  data  are  generated  and  available  in  the  time  frame 
required  for  training  device  procurement  and  fabrication.  The  specific 
data  required  from  that  generated  by  these  DIDs  are  identified  and 
requested  in  the  process  described  in  Section  III.  This  process  of 
identifying  and  requesting  only  the  data  necessary  for  the  fabrication  of 
the  training  device  based  on  its  unique  characteristics  is  the  key  element 
of  this  guide.  If  the  DIDs  presented  in  Table  8 are  bought  without  apply- 
ing the  data  limiting  process  (Section  III),  far  too  much  data  will  be 
supplied  to  the  training  device  contractor.  Only  through  application  of 
the  data  limiting  process  will  the  minimum  necessary  data  package  be 
supplied  to  the  training  device  contractor. 

Table  10  provides  the  description  and  use  of  each  DID  included  in  the 
checklist. 

Data  Delivery  Schedule 

Figure  8 traces  four  series  of  events: 
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TABLE  10.  FSED  PHASE  DID  DESCRIPTIONS  AND  USE 


DID 

BASIC  DA  I A 

Data  Accession  List/ 
Internal  Data  ((  DHL  (Mil) 


Master  Engineering  Docu 

• *nts  List  (<  DHL  COU2) 


Plan,  Proprietary  Data 

(<  ) ( Ol)  ;» 


Engineering  Chang'-  Proposal 
(EC  IN)  and  Inquests  for 
Deviation  and  Waiver  (<  DHL 
C004) 


I HAIM  V.  SI  ppuRI  DA  I A 

I'  r l and  I raining 

H-  ijuir  iM.-nt  (<  dhi  ( 005) 


WK  \l»f  »\  SYS  I KM  DA  I A 

< oi  putcr  Progrun  Develop 
i t S| *•  - « ifj.  ation  ((  DIM 
( 00' d 


DKS*  HIP  I l(>\ 


List  ill  t'-chnit  al  data  and  a mean 
of  obtaining  appli<  abl>-  data  in  a 
till"  iy  t atui'-r. 


Sami'  a-  validation  phas  *•. 


Identifies  all  information  to 
which  th**  i ontractor  is  claiming 
the  government  lias  limited 

u 

tion  arlv,  so  that  work  around 

plans  rau  b"  developed  as 
required. 

Provide  documentation  and 
supporting  data  describing  a 
change  in  format  of  a • onfiguru 
tion  item  after  configuration 
identification  is  established. 


Establishes  operator  -nd 
e aintenain  o personnel  require  - 

nts,  the  skills,  inn  the  train 

ing  programs  and  equipment 
required. 


ipe,  I mi, 

require)  wnt  , and  quality 
i-  uranc  • provision'  or  all 
• o1  puter  program  configuration 
Items  developed  under  terrrm  of 
th*  • ontra.  t. 


PSK 


H** Vi* ■ w monthly  to  identify 
and  i quire  n*/,  information 
about  training  d<  vi*  l-V'lop- 
i * nt  or  changes  in  data 
• urr  ntlv  included  in  th  I D 
•i'  v loper’s  < rit*  ria  list. 

Aft  r criteria  fr«-ez.  , PM 
or  designate  -ust  monitor 
cluing*  s to  it-  ms  on  th* 
criteria  list. 

Ib-vi * ws  to  identify  and 
r qu*  t *-ngin*  ring  informa 
tion  r**quir*-tl  for  detail 
design  and  test  ini' or  n ation. 
Checks  for  changes  in 
revision  status  on  item.--, 
contained  in  the  I D develop 
oper's  criteria  li  t. 

Ib-vi-  ws  to  determine 
whether  work-around  plan 
mu st  b<-  requested  from 
prime  contractor  becau  •*• 
of  propri**tarv  data. 


Provides  notice  of  propo.s*-d 
» hang'-s  oci  urring  aft*  r < PH. 


< onfirms  the  training 

t *quir*  m *nt  - and  allows  th* 
operator  trainer  procure 
1 1 ' * * nt  pro*  *-  to  tart. 


Provides  to  I HA IX  X and  the 
ID  develop*  r th*  l riplion, 
p-r  for  man*  • , and  t ••  t 
r**quir**ne  nts  for  all  mi  put  r 

progrue  required  bv  the 
sv*t*  . Should  uppl\  to 
progra  i abl  ••lei  »ent* 
whether  via  software  or 
fire  Aar  -.  Would  111*  lud* 
pe<  la  1 purpo  hard  war* 
pro*  -sHor.  i<  ruproc.t- -sor, 
aii*l  otlvr  i liar  d*  vi<  - in 
addition  to  * or  pat  r . 
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1)11) 


DKSCRlp  I |(  i\ 


I'SK 


. 

Interface  Specification 

Dttfili'  S all  mechanical,  ■ 1*  ■*  tricul. 

H presents  a rejiUbtuls  lion 

(C  f)lll  ( IH>7> 

• 11  mil  . tC,  in'  i ' i ' 

of  information  generated 

units. 

during  tl"  Validation  pha  • , 
Resubn. is s ion-  hould  identify 
and  clarify  change  , in  th* 
igi  ppi  " ting  1 1 

training  dcvit  s;  they  should 
be  provided  to  the  1 I) 
developer  prior  to  t h<  ID 

PDR. 

I unctional  1 low  Diagrae  - 

Provides  information  necessary  for 

Represents  a resubn  is  si  on 

(<  Din  C OOK) 

understanding  sy stein  function  and 

of  information  generated 

relationship  to  other  approach' • . 

during  tie  validation  pha  • , 

Re  sub  miss  ion  hould  identify 
and  clarify  change  m tti 
design  approut  h affet  ting 
tl»e  training  devices;  they 
should  be  provided  to  th«  1 I) 
developer  prior  to  the  TO 

PDR. 

framing  Devin  , Design, 

Provide-,  expanded  design  infornia 

Impos.-s  strut  requirement- 

Data  Requirements  (('DHL 

tion  and  audio-vi  ual  data  for 

for  a full  fidelity  simulation 

( OO'M 

full  fidelity  simulator. 

of  a sophisticated  weapon 
vsteo  requiring  r ulution 
of  cit (oil  .lid  i (Kltrols. 

1 or  1*  stringent  training 

devices,  ure  should  b' 

taken  to  applv  selectively 
t)v  detailed  r-  quir'-rm-nts, 
by  paragraph,  in  an  addendum 

■ ■ • 

H port,  I I 1)1'  1 font  1 ri«  1 

Provide  th*  information  specified 

I'rovid'  ^ the  ,sarv  task 

Anulv-u-  (<  DHI.  i i In) 

in  \IIL-M -»»3035  for  the  support 

information  for  th*  develop 

of  I I DT  awl  tlv  i oncurr'-nt 

ment  of  the  maintenance 

tie  ve  lop  lie  'lit  of  training  equipment 

and  op-  rator  training  d'  vie- 

during  the  ngin*  ''ring  develop 
ment  pliase  of  a prime  svst«  i , 

P1  > if » « ation-  . 

Computer  Prograi  Product 

Provides  complete  program 

Provides  detailed  inf  on 

sp<  c ife  ation  (<  DIM  '<'11) 

documentation  for  reference  for 

lion  for  development  of  the 

maintenance  trainer  and  operator 

• aintenanc’  trainer  and  th- 

training  i <odifi<  ation-. 

iterator  tramr.  1 sell  as 
a r*  fe  rente  document  for 
• future  prim*  system  on 
trainer  i odlfi»  ation  . 

Drjwiug-,  I ngiiv  • rin:  tnd 

Provide  preparation  anti  delivery 

Reviews  to  assure  that  the 

o<  i jt<  <!  lit  (1  «-v  1 _') 

of  drawings,  engineering  anti  usso 

• 1 1 i uit  ibb  i !■  u nt  d 

((1)1  tl  < 01 

eluted  lists  to  satisfy  govern"  ' nt 

to  provid--  the  n.>cfssjn 

requirements  of  Level  i. 



i uf  on  ".it  ion  for  ent  ring  th* 
first  pha  si  • of  I SKI)  training 
pro*  in  ei  nt. 

Figure  8.  Full-Scale  Engineering  Development  Phase 
Data  Delivery  Schedule 


1.  The  schedule  for  delivery  or  availability  of  data 
requested  from  the  prime  contractor  at  the  beginning 
of  the  FSED  phase  (Line  1), 

2.  Weapon  system  development  events  (Line  2), 

3.  The  relationship  between  weapon  system  development 
and  operator  trainer  activities  (Line  3),  and 

4.  The  relationship  between  weapon  system  development 
and  maintenance  trainer  development  (Line  4). 

It  is  evident  from  Figure  8 that  the  time  lines  for  development  of  operator 
and  maintenance  trainers  are  different.  The  following  paragraphs  sum- 
marize the  major  characteristics  of  each  type  of  trainer. 

Operator  Trainer- -An  operator / crew  trainer  trains  the  tasks  necessary 
to  operate  and  interpret  the  information  from  the  equipment.  All  controls, 
displays,  and  other  stimuli  must  be  sufficient  to  achieve  the  desired  level 
of  training  transfer. 

Maintenance  Trainer- -A  maintenance  trainer  provides  training  in  fault  iso- 
lation and  repair.  It  should  reflect  interaction  between  units  and  compo- 
nents in  the  failure  mode  and  during  maintenance  procedures.  It  should 
provide  a sufficient  level  of  simulation  of  equipment,  test  equipment,  dis- 
plays, and  controls  to  provide  the  desired  transfer.  It  should  be  compatible 
with  ITDT  technical  documentation. 
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The  operator  trainer,  in  general,  reflects  the  prime  system  appearance 
and  performance  only  in  terms  of  operator  man-machine  interfaces.  The 
maintenance  trainer,  however,  may  be  required  to  simulate  specific  test 
points,  disassembly  procedures,  etc.  that  must  resemble  more  exactly  the 
final  prime  system  configurations. 

The  generic  classification  of  training  devices  being  fabricated  during  FSED 
should  be  kept  in  mind  in  developing  FSED  test  schedules. 

The  basic  data  package  is  delivered  to  the  government  as  specified  on  the 
FSED  CDRL.  As  weapon  system  data  are  developed,  they  are  listed  on  the 
Data  Accession  List/ Internal  Data  or  Master  Engineering  Documents  List. 

Detailed  data  from  these  lists  should  not  be  requested  by  the  government 
until  after  completion  of  the  data  limiting  process  (Section  III).  Availability 
of  data  is  timed  to  provide  the  most  mature  data  possible  with  the  training 
device  contract  award  data  package  and  still  allow  for  the  earliest  possible 
completion  of  training  devices.  Mature  data  insure  that  the  training  de- 
vices are  compatible  with  the  weapon  system  the^  support  and  minimize 
the  need  for  design  changes. 

Product  of  the  FSED  Phase 

The  initial  outputs  of  this  phase  are  final  revision  of  the  operator  trainer 
specifications  (generated  as  the  result  of  the  validation  phase)  and  the  final 
specification  procurement  package  for  the  maintenance  trainer.  After 
fabrication  of  the  operator  and  maintenance  training  devices,  these  devices  > 

are  tested  with  the  weapon  system. 
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DATA  LIMITING  PROCESS 


This  section  describes  the  process  of  identifying  and  requesting  only  the 
minimum  data  necessary  for  the  procurement  and  fabrication  of  a training 
device.  Application  of  this  process  enables  the  project  manager  to  define 
data  requirements  responsive  to  the  specific  characteristics  of  the  training 
device. 

The  data  limiting  process  is  applied  to  determine  data  requirements  for 
the  preparation  of  specifications,  request  for  proposal  (RFP)  data  package, 
and  contract  award  data  packages  for  a training  device.  The  need  for 
determining  these  data  requirements  occurs  at  two  points  in  the  weapon 
system  development  cycle: 

1.  If  there  are  tasks  which  are  difficult  to  train  and  they  have  a sig- 
nificant impact  on  system  performance,  a decision  may  be  made 
to  evaluate  prototype  training  devices  during  the  validation  phase. 
This  decision  necessitates  use  of  the  data  limiting  process  to 
determine  data  requirements.  Validation  phase  training  device 
specifications,  RFP  data  packages,  and  contract  award  data 
packages  should  be  prepared  at  the  beginning  of  the  validation 
phase  of  weapon  system  development. 

2.  Near  the  end  of  the  validation  phase  of  weapon  system  develop- 
ment, it  is  necessary  to  apply  the  data  limiting  process  in 
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anticipation  of  preparation  of  FSED  prototype  training  device 
specifications,  RFP  data  packages,  and  contract  award  data 
packages. 


Two  data  item  descriptions  (DIDs)  aid  the  project  manager's  staff  in 
limiting  the  level  of  weapon  system  engineering  data  required  to  support 
training  device  development: 

1.  Data  Accession  List/Internal  Data 

' 

2.  Master  Engineering  Documents  List 

The  Data  Accession  List/ Internal  Data  and  Master  Engineering  Documents 
List  are  the  key  elements  in  identifying  the  information  available  from  the 
prime  system  manufacturers.  From  these  lists  the  exact  drawing  or  docu- 
ment number  of  desired  technical  information  can  be  extracted  on  request. 


The  data  limiting  process  is  used  by  the  project  manager's  staff  to  deter- 
mine which  specific  data  documents  from  these  lists  should  be  requested. 
Major  reductions  in  necessary  data  documents  result  from: 

• Eliminating  pieces  of  equipment  not  associated  with 
tasks  selected  for  training  on  a training  device, 

• Identifying  data  requirements  for  individual  pieces  of 
equipment  rather  than  defining  data  requirements  for 
the  entire  training  device,  and 


• Defining  distinct  data  requirements  based  on  differ - 

* 

ent  levels  of  training  and  fidelity  requirements. 
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The  following  paragraphs  outline  the  procedure  for  implementing  the  data 
limiting  process.  The  major  steps  are: 

1.  Obtain  list  of  tasks  selected  for  training 

2.  Develop  a task  by  equipment  chart 

3.  Develop  a non-redundant  equipment  list 

4.  Determine  training  equipment  fidelity  level 

5.  Determine  data  requirements 

6.  Determine  specific  data  documents  requirements 

7.  Request  specific  data  documents 


The  process  must  be  applied  separately  for  each  training  device  to  be 
developed.  This  is  necessary  because  different  devices  will  serve 
different  training  requirements,  and  these  differences  in  training 
requirement  impact  upon  data  requirements. 

STEP  1.  OBTAIN  LIST  OF  TASKS  SELECTED  FOR  TRAINING 


Inventories  of  job  tasks  necessary  for  proper  maintenance  and  operation 
of  the  weapon  system  are  developed  as  part  of  the  prime  system  front 
end  analysis  (FEA)  during  the  early  stages  of  the  validation  phase.  The 
inclusion  of  the  ITDT  Front  End  Analysis  DID,  referred  to  in  Table  7, 
insures  that  these  task  lists  will  be  generated  and  available  in  the  time 
frame  required  for  training  device  procurement. 
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If  this  list  of  tasks  has  been  further  reduced  to  only  those  tasks  requiring 
training  (or  even  better,  only  those  tasks  requiring  training  on  a training 
device),  then  the  overall  FEA  inventory  of  job  tasks  need  not  be  consulted. 
Sources  that  may  contain  such  reduced  task  lists  include: 

• Personnel  and  training  requirements  reports 

• Study  reports  on  high  risk  tasks 

• Draft  training  device  requirements  (TDR)  documents 

The  initial  input  to  the  data  Lmiting  process  is  the  identification  of  the 
most  recent  and  precisely  defined  list  of  tasks  required  for  training  on 
the  training  device  to  be  developed.  If  no  such  list  exists,  then  the  task 
list  from  the  ITDT  FEA  must  be  used.  Keep  in  mind  that  the  systematic 
reduction  of  tasks  can  result  in  a training  device  tailored  to  training 
requirements;  it  also  greatly  reduces  requirements  for  prime  system 
data. 

STEP  2.  DEVELOP  A TASK  BY  EQUIPMENT  CHART 

For  each  task  included  in  the  training  task  list,  identify  the  pieces  of 
equipment  associated  with  performance  of  that  task  from  the  ITDT  Front 
End  Analysis  DID.  Table  11  is  used  to  record  this  information. 

STEP  3.  DEVELOP  A NON-REDUNDANT  EQUIPMENT  LIST 

It  is  highly  likely  that  in  many  cases  more  than  one  task  is  associated 
with  a piece  of  equipment.  Therefore,  many  pieces  of  equipment  may  be 
listed  several  times  in  Table  11.  The  objective  of  the  present  step  in  the 
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process  is  to  develop  a non-redundant  equipment  list,  i.  e.  , list  each 
equipment  piece  included  in  column  2 of  Table  11  only  once.  Table  12  is 
to  be  used  for  this  purpose.  List  all  equipment  items  associated  with 
tasks  required  for  training  in  column  1 of  Table  12.  Column  2 of  Table 
12  will  be  filled  in  later. 

STEP  4.  DETERMINE  TRAINING  EQUIPMENT  FIDELITY  LEVEL 

A decision  aid  has  been  developed  to  assist  the  PM  staff  in  determining 
the  minimum  data  necessary  for  the  procurement  and  fabrication  of  each 
equipment  piece.  Table  13  is  to  be  used  for  making  these  determinations. 
Four  levels  of  training  equipment  fidelity  or  sophistication  are  listed  along 
the  top  of  the  table.  Six  characteristics  of  tasks  and  training  device  equip- 
ment are  listed  along  the  left  side  of  the  table.  For  each  characteristic, 
a brief  descriptive  statement  is  given  for  four  fidelity  levels.  Reading 
from  left  to  right,  each  descriptive  statement  corresponds  to  aspects  of 
training  device  equipment  which  generally  correspond  to  increasing  levels 
of  fidelity  or  sophistication  of  equipment  needed  for  training.  By  deter- 
mining which  descriptive  statement  within  each  characteristic  best  applies 
to  the  equipment  envisioned  for  training,  it  is  possible  to  specify  the  level 
of  fidelity  required  in  the  equipment  to  achieve  training  objectives.  For 
this  purpose.  Table  13  is  used  as  follows: 

1.  Enter  the  name  of  the  first  equipment  piece  from  Table  12. 

2.  Select  the  first  characteristic  (Task  Proceduralization)  and  read, 
from  left  to  right,  the  four  descriptions. 


62 


- 


TABLE  13.  LEVELS  OF  EQUIPMENT  FIDELITY 


Torn  I 


3.  Select  the  one  description  that  most  closely  approximates  the  max- 
imum requirements  for  the  piece  of  equipment  under  consideration. 

4.  Enter  a " / " in  that  box. 

5.  Select  the  second  characteristic  (Task  Decision  Requirements) 
and  read,  from  left  to  right,  the  four  descriptions. 

6.  Select  the  one  description  that  most  closely  approximates  the  max- 
imum requirements  for  the  piece  of  equipment  under  consideration. 

7.  Enter  a " / " in  that  box. 

8.  Repeat  Steps  2,  3,  and  4 for  each  of  the  four  remaining 
characteristics. 

9.  Review  the  six  descriptions  selected  and  determine  if  you  are  con- 
fident in  your  choices.  If  you  are  not  confident  in  a selection, 
repeat  the  procedure  for  that  corresponding  characteristic. 

10.  Total  the  number  of  descriptions  selected  under  each  level  of 
fidelity. 

11.  Enter  the  totals  in  the  bottom  row  of  Table  13. 

12.  Circle  the  fidelity  level  value  (I,  II,  III,  or  IV)  with  the  highest  t 

l 

total.  If  a tie  exists,  circle  the  fidelity  level  value  of  the  highest 
fidelity  level  among  the  tied  values.  It  is  most  likely  that  all  check 
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marks  will  fall  within  only  one  fidelity  level.  However,  if  it 
should  occur  that  most  checks  are  within  one  level  (e.  g. , Level  II) 
and  one  or  two  checks  are  in  a higher  level  (e.  g. , Level  111),  then 
you  should  reexamine  your  selection  of  descriptions.  Such  a dis- 
crepancy could  indicate  inconsistency  in  using  the  table.  If,  upon 
reexamination,  the  discrepancy  still  exists,  select  the  fidelity 
level  value  with  the  highest  total  number  of  checks  but  make  a note 
that  you  may  later  need  additional  weapon  system  data  for  that 
particular  type  of  information  indicated  in  the  discrepant  descrip- 
tions (see  procedures  below  for  determining  data  requirements). 


13.  Enter  the  selected  fidelity  level  for  the  piece  of  equipment  in 
column  2 of  Table  12. 

14.  Repeat  steps  1 through  13  for  each  remaining  piece  of  equipment 
listed  in  Table  12. 


STEP  5.  DETERMINE  DATA  REQUIREMENTS 


Once  each  piece  of  equipment  has  been  assigned  a fidelity  level  value 
in  column  2 of  Table  12,  the  associated  data  requirements  for  that  piece 
of  equipment  can  be  defined.  Tables  14  through  18  are  used  to  specify 
data  requirements.  Tables  14  through  17  specify  data  required  for  an 
REP  and  for  contract  award.  Table  18  lists  additional  data  appropriate 
for  development  of  a specification.  If  the  data  specified  in  Table  18 
have  been  considered  in  the  preparation  of  the  specification,  then  they 
need  not  be  considered  again  for  the  RFP  or  the  contract  award  data 
package.  However,  those  subcategories  of  data  listed  in  Table  18  that 
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TABLE  14.  LEVEL  I DATA  FOR  RFP  AND  CONTRACT  AWARD 


TABLE  15.  LEVEL  II  DATA  FOR  RFP  AND  CONTRACT  AWARD 


TABLE  17.  LEVEL  IV  DATA  FOR  RFP  AND  CONTRACT  AWARD 


LEVEL  IV  DATA  FOR  RFP  AND  CONTRACT  AWARD  (concluded) 


TABLE  18,  ADDITIONAL  LEVEL  I DATA  FOR  SPECIFICATIONS 


were  not  considered  in  the  specification  should  be  included  in  the  RFP  and 
contract  award  data  packages. 
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Each  of  the  tables  lists  nine  major  categories  of  data: 

1.  Manufacture  and  Test  Drawings 

2.  Design  Drawings 

3.  Engineering  Reports 

4.  Systems  Engineering 

5.  Human  Factors 

6.  Integrated  Logistics  Support 

7.  System  Safety 
K.  Maintainability 

9.  Photography  and  Motion  Pictures 

| 

Specific  types  of  data  are  listed  as  subcategories  of  the  nine  major 
categories. 

If  a piece  of  equipment  was  determined  in  Step  4 to  be  Level  I (II,  III, 

r 

IV),  then  the  specific  data  requirements  are  defined  as  those  listed  in  the 
Level  I (II,  III,  IV)  table  (Tables  14,  15,  16,  17  respectively). 

Notice  that  the  data  requirements  are  cumulative;  that  is,  those  for 
Level  II  include  those  for  Level  I,  those  for  Level  III  include  those  for 
Levels  I and  II,  and  those  for  Level  IV  include  those  for  Levels  I,  II,  and 
III. 

r 
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By  repeating  this  procedure  for  each  piece  of  equipment,  the  data  require- 
ments for  a training  device  may  be  determined  based  on  the  characteristics 
of  the  pieces  of  equipment  to  be  represented  in  the  device. 

STEP  6.  DETERMINE  SPECIFIC  DATA  DOCUMENT  REQUIREMENTS 

As  a result  of  Step  5,  you  now  know  what  subcategories  of  information  you 
need  for  each  piece  of  equipment  to  be  represented  in  the  training  device. 
Step  6 indicates  how  you  should  use  this  information  to  determine  which 
specific  data  documents  you  should  request  for  each  piece  of  equipment. 

The  procedures  of  Step  6 are  as  follows: 

1.  Begin  by  obtaining  the  most  recent  updates  of  (a)  the 
Master  Engineering  Documents  List  and  (b)  the  Data 
Accession  List/ Internal  Data. 

2.  Select  one  piece  of  equipment  at  a time,  from  Table  12, 
to  analyze  for  specific  data  document  requirements. 

The  process  is  to  be  repeated  separately  for  each  piece 
of  equipment  listed  in  Table  12. 

3.  Referring  to  the  subcategories  of  information  required 
for  a specified  piece  of  equipment  (from  Step  6), 
examine  the  Master  Engineering  Documents  List 

and  Data  Accession  List/internal  Data  for  listings  of 
data  documents  which  are  subsumed  under  the  sub- 
categories.  You  are  interested  only  in  those  sub- 
categories  of  information  which  pertain  to  specified 
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equipment.  Your  review  of  the  data  document  listing 
should  proceed  in  a systematic  fashion  (i.  e. , look  for  data 
documents  related  to  one  subcategory  at  a time). 

4.  As  you  review  the  Master  Engineering  Documents  List 
and  the  Data  Accession  List/ Internal  Data,  record 

all  appropriate  data  document  numbers  and  titles  in 
the  right-hand  column  of  Table  19  (Data  Document 
Requirements  List)  next  to  the  name  of  the  corresponding 
piece  of  equipment. 

5.  Repeat  this  process  for  each  piece  of  equipment  listed 
in  Table  19. 

6.  When  Step  6 is  completed.  Table  19  will  contain  a.  list 
of  all  equipment  to  be  represented  in  the  device  and  a 
complete  list  of  all  data  document  numbers  and  titles 
to  be  requested  for  each  piece  of  equipment. 

STEP  7.  REQUEST  SPECIFIC  DATA  DOCUMENTS 

A letter  from  the  office  of  the  PM  to  the  Weapon  System  Contractor 
should  be  used  to  request  data  documents.  Enclose  a copy  of  Table  19, 
Data  Document  Requirements  List,  with  the  letter  of  request. 
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After  the  data  limiting  process  has  been  completed  and  the  data 
requested  and  received,  the  PM  and  his  staff  may  identify  subsequent 
data  needs.  By  reviewing  the  Data  Accession  List/internal  Data  and 
the  Master  Engineering  Documents  List,  the  PM  can  request  and  receive 
[ the  additional  required  data. 


LIST  OF  ACRONYMS 


ASARC 

ATE 

CDRL 

CFP 

COEA 

DARCOM 

CDP 

DCSOPS 

DID 

DSARC 

DT 

DT  (I,  II. 

Ill) 

FSED 

ILS 

IOC 

ITDT 

LCC 

LCSMM 

LOA 

MENS 

NET 

ODP 

OT 

OT  (I,  II. 

Ill) 

PM 

RAM 

RFP 

ROC 

SSG 

STF 

TDR 

TOA 

TRADOC 

TSM 


Army  Systems  Acquisition  Review  Council 

Automated  test  equipment 

Contract  data  requirements  list 

Concept  formulation  package 

Cost  and  operational  effectiveness  analysis 

Development  and  Readiness  Command 

Decision  coordinating  paper 

Deputy  Chief  of  Staff  for  Operations  and  Plans 

Data  item  description 

Defense  System  Acquisition  Review  Council 
Developmental  test 
Development  Test  (I,  II,  III) 

Full-scale  engineering  development 
Integrated  logistics  support 
Initial  operational  capability 

Integrated  technical  documentation  and  training 
Life  cycle  costs 

Life  cycle  system  management  model 

Letter  of  agreement 

Mission  element  needs  statement 

New  equipment  training 

Outline  development  plan 

Operational  test 

Operational  Test  (I,  II,  III) 

Project  manager 

Reliability,  availability,  maintainability 

Request  for  proposal 

Required  operational  capability 

Special  study  group 

Special  task  force 

Training  device  requirement 

Trade-off  analysis 

U.S.  Army  Training  and  Doctrine  Command 
TRADOC  system  manager 


